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This  is  a  first-hand  account  of  an  actual  Integrated  Product  Team  imple¬ 
mentation  experience  from  the  projectmanager's  perspective.  Using  the  vision 
articulated  by  senior  leaders  in  the  Department  of  Defense  and  the  Army,  the 
manager  tailored  a  practical  approach  to  fit  the  development  effort. 
Implementing  an  integrated  product  development  (IPD)  approach  that  can 
return  significant  benefits  is  a  formidable  task,  over  and  above  the  serious 
technical  and  programmatic  challenges  facing  the  team.  The  authors  discuss 
the  historical  and  cultural  reasons  forthe  resistance  to  IPD  they  experienced. 
They  explore  the  types  of  teams  and  implementation  steps  in  terms  of  their 
value  added  to  the  end  product.  Finally,  the  authors  express  some  concerns 
aboutthe  future  of  IPD  and  its  role  in  changing  the  established  organizational 
culture. 


Officially  chartered  in  1979,  the  mis¬ 
sion  of  the  Office  of  the  Project 
Manager  for  Tank  Main  Armament 
Systems  is  to  manage  the  development  of 
Ahrams  Tank  lethality  systems,  including 
armaments  and  ammunitions  systems. 
Over  the  past  17  years,  the  Project  Office 
has  been  extremely  successful  at  this  mis¬ 
sion.  One  current  ammunitions  program 
is  the  M829E3,  120mm  Kinetic  Energy 
Cartridge.  The  goal  is  to  develop  and  pro¬ 
duce  the  most  lethal  and  accurate  kinetic 
energy  round  the  world  has  ever  seen.  This 


is  proving  to  he  the  most  technically  chal¬ 
lenging  project  this  office  has  ever  at¬ 
tempted.  Moreover,  the  project  must  op¬ 
erate  in  an  environment  of  shorter  devel¬ 
opment  cycles  and  very  limited  funding. 
To  increase  the  chance  for  program  suc¬ 
cess,  the  office  determined  initially  that  it 
must  fundamentally  change  the  way  it 
manages  development.  While  the  more 
traditional  management  styles  have  been 
successful,  they  now  appear  too  costly  and 
time  consuming  to  survive  in  the  new  era 
of  military  and  product  modernization. 
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A  relatively  new  management  model, 
Integrated  Product  Development  (IPD), 
offers  substantial  benefits  that  would  help 
overcome  these  challenges.  Flatter  orga¬ 
nizations  and  more  teaming  are  central 
tenets  of  the  IPD  philosophy.  The  Depart¬ 
ment  of  Defense  (DoD)  has  tailored  the 
IPD  philosophy  by  instituting  the  Over¬ 
arching  Integrated  Product  Team  (OIPT) 
to  help  solve  problems  and  expedite  the 
decision  process  at  a  higher  level  of  de¬ 
fense  acquisition  management.  Mean¬ 
while,  senior  DoD  and  Army  leadership 
charges  the  project  manager  (PM)  with  re¬ 
sponsibility  to  foster  the  Integrated  Prod¬ 
uct  Team  (IPT)  at  the  working  level. 

IPD  integrates  all  relevant  skill  sets 
early  in  a  product’s  life  cycle  and  pushes 
critical  decision  making  authority  down 
to  the  lowest  possible  level.  Early  integra¬ 
tion  of  skill  sets  increases  the  probability 
that  issues  are  raised  and  solved  early  in 
the  life  cycle.  Streamlined  decision  mak¬ 
ing  decreases  development  time,  reduces 
personnel  costs,  and  improves  integration 
of  the  total  product.  However,  correctly 
implementing  the  IPD  philosophy  can  be 
difficult.  In  this  case,  it  required  a  funda¬ 
mental  cultural  change  throughout  govern¬ 
ment  and  private  contractor  organizations 
that  had  successfully  managed  120mm 
tank  cartridge  development  for  decades. 
This  paper  describes  our  recent  IPD  imple¬ 
mentation  experience  in  the  Office  of  the 


Project  Manager,  Tank  Main  Armament 
Systems. 

(JDNTEXT 


Project  management  in  today’s  Army 
requires  the  PM  to  solicit  and  employ  ex¬ 
pertise  from  various  government  organi¬ 
zations  and  contractors.  During  the  previ¬ 
ous  era  of  ammunition  development,  de¬ 
velopmental  government  organizations 
became  characterized  as  too  hierarchical, 
with  engineers  and  scientists  working  at 
the  lower  levels,  engineering  management 
above  them,  and  business  management  on 
top.  Generous  project  money  helped  sup¬ 
port  this  management  structure.  Past  fund¬ 
ing  levels  also  supported  independent,  and 
sometimes  simultaneous,  development 
programs  having  several  contractors 
whose  hierarchical  management  structures 
reflected  those  in  the  government  organi¬ 
zations  they  were  supporting. 

Though  top  heavy  and  sometimes  pon¬ 
derous,  120mm  tank  munitions  develop¬ 
ment  was  very  successful.  Problems  were 
solved  by  focusing  on  the  product  and 
schedule  at  the  expense  of  cost.  Cost  was 
not  an  independent  variable.  Successful 
programs  and  a  tradition  of  adequate  fund¬ 
ing  created  a  natural  bureaucratic  inertia 
in  the  organizations  that  develop  tank 
munitions.  When  these  efforts  began,  gov- 
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ernment  and  contracting  organizations 
were  resisting  significant  process  changes 
despite  the  funding  pressures  experienced 
over  the  last  few  years.  Recently,  changes 
in  organizational  thinking  have  taken 
place. 

Contrasting  I  PD  With  Tradition 


In  the  generic  and  more  traditional 
project  management  model,  the  project 
office  manages  funding,  development, 
product  integration,  transition  from  R&D 
to  production,  and  fielding.  However,  due 
to  limited  staff,  independent  technical  or¬ 
ganizations  such  as  design  engineering, 
testing,  and  procurement  often  provide 
matrix  support  to  the  PM.  Unfortunately, 
along  with  the  technical  expertise  comes 
layered  functional  management.  Decision 
making  is  slowed  hy  time-consuming 
meetings,  briefings,  and  staffing  require¬ 
ments. 

Complicating  matters  further,  each 
functional  organization,  working  on  its 
piece  part,  vies  for  resources  provided  hy 
the  project  office.  The  competition  is 
good,  hut  at  a  micro  level,  the  result  is 
often  over-  and  under-funding  of  the  dif¬ 
fering  technical  areas.  Under-funded  ar¬ 
eas  naturally  cause  project  delay.  Rede¬ 
sign,  which  is  costly  and  generally  re¬ 
served  to  solve  integration  problems,  in¬ 
creases  program  time  and  money  require¬ 
ments.  Thus,  the  decision  making  process 
is  further  aggravated  by  management 
“stovepipes”  and  inefficient  communica¬ 
tion. 

On  the  private  contractor  side,  busi¬ 
nesses  tend  to  closely  mirror  the  organi¬ 
zational  structure  and  culture  of  their 
counterpart  government  customers.  Again, 


generous  project  money  supported  this 
approach.  Many  of  the  same  problems 
associated  with  powerful  functional  orga¬ 
nizations  and  layered  management  also 
exist  with  the  contractors.  Some  private 
companies  have  embraced  acquisition 
streamlining  and  IPD  on  their  own.  Oth¬ 
ers  resist  change  and  are  waiting  for  their 
government  customers  to  take  the  lead. 
Clearly,  there  are  significant  efficiencies 
yet  to  be  realized  from  both  the  govern¬ 
ment  and  contractors. 

In  contrast  to  the  more  traditional  ap¬ 
proach,  IPD  is  the  integration  of  all  needed 
skills  (program  management,  technical 
development,  producibility,  etc.)  early  in 
the  product’s  life  cycle.  In  the  language 
of  IPD,  the  team,  the  (IPT)  implements 
the  IPD  philosophy.  The  core  IPT  has 
overall  responsibility  for  managing  both 
the  programmatic  and  technical  decisions 
and  looks  for  means  to  integrate  the  prod¬ 
uct  (i.e.,  tries  to  understand  the  mutual 
impacts  of  the  product’s  various  piece 
parts)  early  in  the  life  cycle.  The  team 
leader  and  members  are  empowered  by 
their  respective  organizations.  Indeed, 
most  decisions  can  be  made  within  the 
context  of  the  team.  Consequently,  many 
of  the  briefings,  meetings,  and  staffing 
requirements  are  reduced  if  not  eliminated. 

Moreover,  with  the  team  making  re¬ 
source  allocation  decisions  in  one  “stove¬ 
pipe,”  thereby  subordinating  functional  in¬ 
terests  to  the  goals  of  the  team,  program 
management  is  optimized  to  avoid  sched¬ 
ule  and  overall  product  performance  im¬ 
pacts.  Equally  important  is  the  fact  that 
more  informed  decisions  can  be  made  on 
the  most  important  cost  drivers  early, 
when  most  of  the  program  cost  is  deter¬ 
mined.  Agreed-upon  team  goals  and 
metrics  create  pressure  to  manage  within 
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budget  and  schedule.  Ultimately,  rapid 
communication,  team  empowerment,  in¬ 
tegration  of  all  relevant  skill  sets,  and  team 
synergy  result  in  a  shorter  decision  cycle 
and  lower  development  costs. 

I  PD  Implementation 


Transition  to  IPD  is  made  possible  by 
a  commitment  to  acquisition  reform  by 
senior  leadership  in  DoD,  DA,  PEO,  Ar¬ 
mored  Systems  Modernization  and  the 
Army  Materiel  Command.  Senior  man¬ 
agement  support  is  critical  to  IPD  due  to 
organizational  inertia  and  general  resis¬ 
tance  to  change.  Similarly,  IPD  is  critical 
to  acquisition  reform  in  the  sense  that  it 
allows  us  to  do  more  with  less,  brings  the 
acquisition  community  (public  and  pri¬ 
vate)  closer  together,  both  horizontally  and 
vertically,  and  facilitates  better,  faster, 
more  effective  communications.  Clearly 
the  timing  is  right  to  shift  to  this  new  de¬ 
velopment  philosophy. 

Ideally,  integrated  product  development 
teams  form  before  development  projects 
are  transitioned  to  a  project  office.  In  ac¬ 
tuality,  this  is  rarely  the  case.  When  it  was 
decided  to  manage  the  M829E3  program 
using  the  IPD  approach,  advanced  devel¬ 
opment  work  had  been  ongoing  for  a 
couple  of  years.  Eortunately,  the  office 
maintains  a  relatively  seamless  relation¬ 
ship  with  the  organizations  that  provide 
most  technical  expertise,  the  Army  Re¬ 
search  Eaboratories  and  the  U.S.  Army  Ar¬ 
maments  Research,  Development  and 
Engineering  Center.  This  close  working 
relationship  mitigated  the  reality  that  the 
formal  team  structure  was  not  in  place  as 
early  as  desired.  Also,  since  the  program 
is  in  the  early  technology  demonstration 


phase,  using  an  IPD  approach  will  still 
have  a  significant  beneficial  impact. 

What  Type  OF  Team  Should  Be  Used? 


There  are  many  types  of  teams  includ¬ 
ing  integrated  product  development  teams, 
concurrent  engineering  teams,  integrated 
concept  teams,  and  process  action  teams 
that  may  be  chartered  to  deliver  products, 
concepts,  or  processes.  Teams  are  char¬ 
tered  for  various  lengths  of  time,  perhaps 
to  encompass  an  entire  product  life  cycle 
or  to  address  a  specific  process  or  task, 
and  then  disbanded.  It  is  very  important 
to  understand  how  to  differentiate  types 
of  teams,  because  of  a  tendency  to  paste 
the  IPD  label  on  “business  as  usual,”  and 
the  concern  that  the  wrong  type  of  team 
would  be  established  for  the  M829E3  de¬ 
velopment. 

To  address  this  organizational  need  for 
a  better  understanding  of  teams,  this  of¬ 
fice  conducted  a  serious  review  of  the 
range  of  optional  team  structures  and 
implementation  strategies.  Specifically 
studied  were  lessons  learned  and  guides 
from  the  private  sector.  Department  of  De¬ 
fense,  Army  Materiel  Command,  and  the 
U.S.  Air  Eorce.  Particularly  interesting  is 
the  work  of  Steven  Wheelwright  and  Kim 
Clark.  In  their  hook  Revolutionizing  Prod¬ 
uct  Development:  Quantum  Leaps  in 
Speed,  Efficiency,  and  Quality,  they  de¬ 
fine  a  spectrum  of  teams  classified  as  light¬ 
weight,  heavyweight,  and  autonomous. 
The  spectrum  is  largely  differentiated  by 
the  strength  of  the  team  leader  and  the 
amount  of  empowerment  the  team  is 
given,  starting  from  the  least  empowered 
lightweight  to  the  most  empowered  au¬ 
tonomous  team. 
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AREA  OF  STRONG 
PL  INFLUENCE 


Source;  Revolutionizing  Product  Development:  Quantum  Leaps  in  Speed,  Efficiency,  and  Quality  by  Steven 
C.  Wheelwrightand  Kim  B.  Clark.  Copyright  0  1992  by  Steven  C.  Wheelwrightand  Kim  B.  Clark.  Reprinted 
with  permission  ofThe  Free  Press,  a  division  of  Simon  &  Schuster. 


Figure  1.  Lightweight  Team  Structure 


The  lightweight  team  structure,  de¬ 
picted  in  Figure  1,  is  distinguished  hy  a 
team  leader  who  is  usually  a  middle  or 
junior  person  in  the  parent  organization. 
He  is  more  of  a  coordinator  than  a  leader. 
Additionally,  the  lightweight  team  leader 
does  not  control  critical  resources.  Team 
members  remain  physically  located  with 
their  functional  organizations.  Rather  than 
focusing  primarily  on  the  work  of  the 
team,  team  members  look  to  their  func¬ 
tional  organizations  for  daily  support, 
guidance,  and  priorities.  Responsibility  for 
team  member’s  evaluations,  training,  and 
support  resides  solely  with  the  functional 
organization.  The  lightweight  team  is,  in 
effect,  a  reflection  of  the  way  our  prod¬ 
ucts  have  traditionally  been  managed. 

The  heavyweight  team  structure,  shown 
in  Figure  2,  has  a  strong  team  leader  with 
collocated  core  team  members.  The  leader 


is  directly  responsible  to  senior  manage¬ 
ment  for  all  the  work  done  by  the  team. 
Core  team  members  are  collocated  with 
the  team  leader.  The  team  leader  has  a  di¬ 
rect  influence  on  the  performance  apprais¬ 
als  of  team  members  and  indirectly  influ¬ 
ences  extended  team  members  through  his 
influence  over  the  core  team.  The  team  is 
empowered  to  make  decisions  in  a  stream¬ 
lined  environment,  eliminating  the  need 
to  get  functional  management  approval. 
The  team  has  control  over  key  resources, 
and  the  team  leader  has  influence  across 
organizations.  While  it  is  a  significant 
departure  from  the  traditional  develop¬ 
ment  model  described  earlier,  the  heavy¬ 
weight  structure  occupies  the  middle  part 
of  the  team  spectrum. 

Finally,  the  autonomous  team  structure, 
depicted  in  Figure  3,  is  distinguished  by  a 
strong  team  leader,  little  communication 
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•  Heavyweight  team  leaders  have  experi¬ 
ence,  expertise,  and  organizational  clout. 

•  They  have  primary  influence  on  the  core 
members  of  the  team. 


•  Often  the  core  members  are  physically 
collocated  with  the  heavyweight  leader. 

•  However,  the  longer  term  career  devel¬ 
opment  continues  to  rest  with  their  func¬ 
tional  managers. 


Source;  Revolutionizing  Product  Development:  Quantum  Leaps  in  Speed,  Efficiency,  and  Quality  by  Steven 
C.  Wheelwrightand  Kim  B.  Clark.  Copyright  0  1992  by  Steven  C.  Wheelwright  and  Kim  B.  Clark.  Reprinted 
with  permission  ofThe  Free  Press,  a  division  of  Simon  &  Schuster 


Figure  2.  Heavyweight  Team  Structure 


with  upper  management,  and  a  great  deal 
of  empowerment.  Sometimes  referred  to 
as  a  “tiger  team,”  the  autonomous  team 
members  are  full  time,  dedicated,  and  col¬ 
located  with  the  team  leader.  They  have 
full  control  over  resources,  practices,  and 
procedures.  Likewise  the  team  has  full 
responsihility  for  success  or  failure  of  the 
project.  This  type  of  team  is  most  appro¬ 
priate  for  a  new  product  development  re¬ 
quiring  an  unusually  rapid  development 
cycle.  Of  course,  with  so  much  delegation 
of  power,  this  type  of  team  often  makes 
senior  management  nervous. 

In  his  hook  Managing  in  a  Time  of 


Great  Change,  Peter  F.  Drucker  also  dis¬ 
cusses  three  types  of  teams.  Drucker  ap¬ 
proaches  the  team  issue  from  both  a  struc¬ 
tural  and  humanistic  perspective.  He  uses 
the  analogy  of  a  baseball  team,  a  football 
team,  and  a  tennis  doubles  team.  In 
Drucker’s  view,  baseball  is  much  like  an 
assembly  line.  The  process  is  stable.  Ev¬ 
eryone  has  a  job  and  if  you  mess  up,  usu¬ 
ally  there  is  no  one  who  can  help.  Al¬ 
though  aficionados  may  disagree,  Drucker 
says,  “[B]ase-ball  players  play  on  a  team; 
they  do  not  play  as  a  team.”  In  contrast, 
football  is  more  flexible  and  fluid.  There 
are  usually  opportunities  to  do  more  than 
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Source;  Revolutionizing  Product  Development:  Quantum  Leaps  in  Speed,  Efficiency,  and  Quality  by  Steven 
C.  Wheelwrightand  Kim  B.  Clark.  Copyright  0  1992  by  Steven  C.  Wheelwrightand  Kim  B.  Clark.  Reprinted 
with  permission  ofThe  Free  Press,  a  division  of  Simon  &  Schuster 


Figure  3.  Autonomous  Team  Structure 


your  specific  assignment  on  a  given  play. 
Therefore,  football  players  must  play  as 
a  team  to  be  successful.  Finally,  the  ten¬ 
nis  doubles  team  requires  still  more  syn¬ 
ergism  than  the  previous  two  examples. 
Both  players  must  be  in  total  sync  to  win. 
In  Drucker’s  example,  the  Japanese  cre¬ 
ate  this  kind  of  synchronization  by  using 
design  teams  that  incorporate  the  various 
relevant  disciplines  working  in  parallel.  As 
in  football  and  tennis  doubles,  each  mem¬ 
ber  must  subordinate  themselves  to  the 
team  to  be  successful. 

The  lightweight  team,  with  a  weak  team 
leader  having  little  influence  over  team 
members  and  few  incentives  to  create 
team  synergy,  did  not  seem  to  offer  a  cred¬ 
ible  chance  to  provide  the  real  benefits  this 
office  wanted  to  achieve.  Likewise,  the  au¬ 
tonomous  team,  with  its  considerable  em¬ 
powerment  and  associated  high  risk,  was 


not  appropriate  for  the  M829E3  develop¬ 
ment.  In  extreme  cases,  such  as  war  or 
serious  immediate  threat  to  our  national 
security,  the  autonomous  team  may  indeed 
be  preferable.  Instead,  a  composite  of  the 
heavyweight  or  football  type  team  was 
chosen  because  it  represented  the  great¬ 
est  possibility  for  efficiency  and  syner¬ 
gism,  given  a  long-term  developmental 
program  in  its  early  stages. 

Specifically,  a  robust  heavyweight  team 
could  be  tailored  by  incorporating  all  rel¬ 
evant  disciplines  for  tank  ammunition  de¬ 
velopment  and  capable  of  managing  the 
entire  life  cycle.  Core  team  members  could 
be  collocated  to  the  maximum  extent,  the 
team  could  be  empowered  to  make  deci¬ 
sions  in  a  streamlined  environment.  Yet, 
the  team’s  freedom  would  be  bounded  by 
the  legitimate  authority  reserved  by  the 
project  manager  and  codified  in  the  team’s 
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documentation.  The  heavyweight  team 
would  he  able  to  “push  the  envelope”  in 
terms  of  faster  communication  and  deci¬ 
sions,  without  going  to  extremes  in  terms 
of  empowerment  and  associated  risk.  This 
type  of  team  seemed  to  he  a  proper  bal¬ 
ance  of  risk  and  reward  for  a  full-scale  de¬ 
velopment  program. 

Implementation-  Ex  Post  Facto 


After  the  team  was  chosen,  an  imple¬ 
mentation  strategy  was  designed  that  of¬ 
fered  the  best  chance  for  success.  It  was  a 
very  methodical  approach  consisting  of 
four  discrete  steps  in  hopes  it  would  help 
avoid  major  problems.  In  order,  the  imple¬ 
mentation  steps  were  readiness  assess¬ 
ment,  senior  management  training,  facili¬ 
tator  training,  and  team  launch. 

The  process  of  putting  the  team  in  place 
would  take  five  months  (six,  counting  the 
government  furlough  of  November  1995). 
That  seemed  reasonable,  since  success¬ 
fully  negotiating  the  hurdles  of  change  re¬ 
quires  a  great  deal  of  brainstorming  and 
thought.  Namely,  for  the  first  time  since 
the  office’s  charter  was  enacted,  it  was  em¬ 
powering  a  heavyweight  integrated  devel¬ 
opment  team  to  manage  a  program.  This 
was  in  fact  significantly  changing  the  or¬ 
ganizational  culture  of  the  tank  ammuni¬ 
tion  business.  Meanwhile,  the  office  was 
managing  a  technically  challenging  effort, 
which  was  moving  at  a  rapid  pace,  and 
was  underfunded.  The  challenge  was 
huge — so  were  the  rewards. 

Readiness  Assessment 


A  readiness  assessment  was  critical  to 
IPD  implementation.  Its  purpose  was  to 


assess  the  potential  organizational  and 
cultural  barriers  to  the  successful  IPD  ef¬ 
fort.  From  top  to  bottom  and  across  the 
organizations  providing  human  resources 
to  the  team,  relevant  persons  were  asked 
to  fill  out  a  questionnaire  concerning  how 
ready  the  organization(s)  were  to  accom¬ 
modate  IPD.  The  questionnaire  addressed 
ten  areas,  including  customer  focus,  se¬ 
nior  management  support,  agility,  etc.  Re¬ 
spondents  were  asked  if  they  thought  team 
members  understood  customer  require¬ 
ments,  whether  there  was  sufficient  senior 
management  support,  and  if  team  mem¬ 
bers  were  committed  to  IPD.  The  re¬ 
sponses  to  the  questionnaires  were  used 
in  follow-up  interviews  to  amplify  the  re¬ 
sponses.  The  data  was  compiled,  orga¬ 
nized,  and  quantified. 

The  value  of  the  assessment  was  three¬ 
fold.  First,  the  large  body  of  responses 
identified  the  problem  areas  more  reliably. 
Second,  anecdotal  information  was  turned 
into  quantifiable  assessments  that  could 
readily  be  used  to  identify  organizational 
barriers  to  IPD.  Third,  the  assessment  pro¬ 
cess  was  viewed  as  objective  information 
gathering.  This  tended  to  take  parochial 
politics  out  of  the  process  to  a  great  ex¬ 
tent  and  provided  a  more  solid  foundation 
for  the  steps  that  followed. 

To  address  the  potential  barriers  iden¬ 
tified  in  the  readiness  assessment,  the  of¬ 
fice  needed  a  vehicle  in  which  to  codify 
an  organizational  framework  across  sev¬ 
eral  organizations.  (These  organizations 
included  the  Office  of  the  Project  Man¬ 
ager  for  Tank  Main  Armament  Systems, 
Abrams  Project  Office,  Army  Research 
Laboratories  and  the  U.S.  Army  Research 
Development  and  Engineering  Center. 
The  Ordnance  Support  Contractors,  OLIN 
Corp  and  Alliant  Techsystems  were  also 
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involved  on  an  ad  hoc  basis.)  Hence,  a 
Memorandum  of  Agreement  (MOA)  was 
drafted  around  the  heavyweight  team 
structure,  incorporating  solutions  to  the 
concerns  identified  by  the  readiness  as¬ 
sessment.  Importantly,  the  MOA  included 
the  extent  and  limitations  of  authority  pro¬ 
vided  to  the  IPT.  There  were  also  specific 
mandates  to  the  IPT,  such  as  a  requirement 
to  develop  process  plans  like  communi¬ 
cation,  decision  making,  and  administra¬ 
tion.  Finally,  the  MOA  included  clauses 
that  would  foster  team  development,  ad¬ 
dressing  issues  like  collocation,  perfor¬ 
mance  appraisals,  and  team  awards. 

Senior  Leader  Training 


Senior  leadership  training  came  next. 
Many  IPT  implementation  plans  eliminate 
this  step.  Typically,  new  worthy  concepts 
gain  favor  and  people  assume  that  senior 
management  has  a  thorough  understand¬ 
ing  of  the  concept  and  associated  issues. 
That  is  a  false  assumption.  Also,  leader¬ 
ship  must  sometimes  un-leam  false  no¬ 
tions  derived  from  incomplete  knowledge 
and  years  of  managing  the  old  way.  Many 
times  the  results  of  not  training  senior 
management  are  lack  of  support,  misap¬ 
plication  of  concepts  and  failed  efforts. 
This  office  set  out  to  avoid  this  trap. 

IPD  senior  management  training  was 
combined  with  a  full  discussion  of  the 
MOA  in  a  two-day  meeting.  Dr.  Jack  Byrd 
of  the  Center  for  Entrepreneurial  Studies 
and  Development,  Inc.  (CESD,  Inc.),  a 
leader  in  the  field  of  IPD,  facilitated  the 
meeting.  Attendees  included  senior  execu¬ 
tives  and  upper  management  from  the  four 
major  governmental  organizations  provid¬ 
ing  human  resources  to  the  M829E3  ef¬ 


fort.  Senior  managers  from  the  potential 
systems  contractors  were  also  included  in 
the  two-day  meeting  as  ad  hoc  members 
and  potential  signatories  to  the  MOA. 

Senior  leader  training  was  very  suc¬ 
cessful.  Discussions  of  the  M829E3  pro¬ 
gram  and  IPD  philosophy  led  to  a  specific 
agreement  to  embrace  IPD.  Armed  with  a 
laptop  computer,  the  meeting  recorder 
made  real-time  changes  to  the  MOA  as 
discussions  progressed.  By  the  end  of  the 
second  day,  the  leaders  of  the  four  major 
organizations  signed  the  MOA.  This  event 
marked  the  end  of  the  first  phase  of  imple¬ 
mentation  and  was  a  major  step  in  gener¬ 
ating  cultural  change.  The  significance  of 
a  signed  MOA  demonstrated  the  highest 
level  of  commitment  of  the  organizations 
involved.  Moreover,  these  leaders  gave  the 
IPT  the  freedom  of  action  it  would  need 
to  return  real  benefits. 


Facilitator  Training 


The  facilitator  of  the  senior  manage¬ 
ment  training  is  essential  to  achieving  the 
stated  goals  for  the  meeting.  Good  facili¬ 
tators  plan  a  meeting.  In  conjunction  with 
the  team  leader  and  subject  matter  experts, 
the  facilitator  lays  out  the  agenda,  goals, 
time  limits,  and  ground  rules  ahead  of  the 
meeting.  The  facilitator  then  manages  the 
dialogue  using  various  facilitation  tech¬ 
niques  and  focusing  the  group  on  the  goals 
of  the  meeting.  The  facilitator  gets  every¬ 
one  involved  and  promotes  meeting  own¬ 
ership.  Trained  facilitators  are  key  to  maxi¬ 
mizing  the  time  spent  in  meetings. 

Candidates  for  facilitator  training  were 
chosen  for  their  personality,  expertise,  and 
mental  agility.  In  addition  to  training 
members  of  the  team,  the  office  also 
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trained  facilitators  who  were  not  part  of 
the  team  and  who  could  he  used  as  inde¬ 
pendent  resources.  Facilitator  training  was 
timed  to  coincide  with  team  launch,  thus 
allowing  the  trained  facilitators  to  apply 
their  newly  acquired  skills.  This  training 
approach  incorporated  current  product 
and  process  issues  facing  the  IPT.  Hence, 
trainees  accomplished  real  work  instead 
of  exercising  with  case  studies  and  hy¬ 
pothetical  examples.  This  approach  was  a 
constant  theme  throughout  implementation. 

Team  Launch 


The  final  phase  of  implementation  was 
team  launch.  The  purpose  of  this  phase 
was  to  carry  out  the  mandates  embedded 
in  the  MOA.  The  launch  was  the  most  dif¬ 
ficult,  and  some  said  the  most  critical, 
stage  of  IPD  implementation.  It  is  during 
the  launch  process  that  the  reality  of  cul¬ 
tural  change  becomes  apparent.  As  spe¬ 
cifics  are  discussed  and  decisions  made, 
the  extent  to  which  old  lines  of  authority 
are  being  severed  and  new  ways  of 
operatingput  into  place  becomes  clear.  The 
increased  responsibility  is  felt  by  team 
members  and  the  old  hierarchical  system 
reacts  nervously. 

To  implement  the  launch,  team  mem¬ 
bers  focused  on  process  issues.  Members 
developed  team  norms  and  decision  mak¬ 
ing  plans,  along  with  a  host  of  other  pro¬ 
cess  plans.  Since  this  was  a  labor-inten¬ 
sive  effort  that  required  time  and  depth  of 
consideration,  the  launch  activities  were 
split  into  two  parts.  First,  a  two-day  ses¬ 
sion  attended  by  the  core  team  (about  eight 
persons)  was  held  to  develop  “strawman” 
plans.  An  interim  period  of  three  weeks 
passed  to  allow  for  discussion  and  thought 


before  the  ‘strawmen’  were  presented  to 
the  whole  team.  Changes  were  made  to 
the  strawmen  and  the  plans  were  placed 
into  a  team  contract  book.  The  contract 
book  is  a  collection  of  governing  docu¬ 
ments  for  the  team,  such  as  the  team 
leader’s  charter,  MOA,  and  all  the  process 
plans  developed  through  the  launch  pro¬ 
cess.  The  plans  are  considered  draft;  the 
team  can  always  change  them.  On  the  last 
day  of  team  launch,  the  team  leader  was 
presented  with  a  written  charter  that  de¬ 
lineated  his  responsibilities  as  the  leader 
of  the  IPT.  This  event  signified  the  end  of 
the  implementation  process. 

The  implementation  plan  required  a 
great  deal  of  hard  work  that  was  accom¬ 
plished  without  halting  the  technically 
challenging  program.  Big  challenges  lie 
ahead.  The  team  is  expected  to  return  im¬ 
mediate  benefit.  For  example,  the  Qual¬ 
ity  Functional  Deployment  (QFD)  model 
with  a  common  dictionary  ensures  that 
user  requirements  and  trade  off  decisions 
are  understood.  The  uncertainty  risk  re¬ 
duction  tool  provides  a  formal  process  to 
manage  risk  over  the  life  of  the  develop¬ 
ment.  The  decision  making  process  com¬ 
pliments  the  empowerment  given  to  the 
team  in  the  MOA.  As  the  team  matures 
and  goes  through  team  development 
phases  over  time,  it  will  develop  confi¬ 
dence  and  operate  more  efficiently  as  team 
members  and  functional  managers  be¬ 
come  comfortable  within  this  new  orga¬ 
nizational  framework.  In  due  time,  the 
team  owes  management  an  objective  evalu¬ 
ation  of  its  effectiveness.  Team  metrics  and 
goals,  developed  during  the  launch  process, 
will  be  evaluated  and  the  real  successes  and 
disappointments  weighed. 
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Issues  And  OuNausiON 


There  are  still  many  issues  to  be  ad¬ 
dressed  with  regard  to  Integrated  Product 
Development.  After  years  of  creating  large 
and  powerful  functional  organizations,  we 
must  clarify  the  role  of  the  functional  or¬ 
ganization  and  indeed  the  respective  man¬ 
agement  structure.  We  have  created  career 
tracks  for  employees  that  use  the  hierar¬ 
chical  functional  organization  as  the  cen¬ 
terpiece  of  career  aspirations.  What  is  the 
logical  career  track  for  IPT  members? 
How  do  we  accommodate  team  members 
who  have  been  collocated  with  a  team  for 
three  years  and  return  to  their  functional 
organization?  These  issues  transcend  any 
one  organization.  They  go  to  the  heart  of 
the  way  we  manage  civilian  personnel  in 
the  government  and  the  future  of  IPD  in 
this  business. 

IPD  is  still  viewed  as  a  serious  threat 
by  some  in  the  public  and  private  sectors. 
Failure  to  deal  adequately  with  these  is¬ 
sues  could  easily  lead  to  pasting  IPD  la¬ 
bels  on  programs  without  making  real 
changes  in  the  way  they  are  managed.  The 
workforce  is  watching  how  team  members 
are  treated.  We  must  address  their  needs 
and  their  career  aspirations.  Failure  to  do 
so  will  deliver  a  hard  blow  to  IPD.  Suc¬ 
cessfully  addressing  issues  such  as  these 


will  be  the  final  blow  to  an  outdated  and 
costly  way  of  doing  business. 

Cultural  change  takes  years  to  accom¬ 
plish.  The  momentum  for  IPD  is  strong 
now,  but  we  must  be  vigilant  to  make  it 
last.  The  automotive  industry,  for  example, 
was  traditionally  very  bureaucratic  and 
slow  to  market_that  is,  until  foreign  com¬ 
petition  brought  incredible  pressure  on  the 
players  to  make  real  changes  to  their  or¬ 
ganizational  culture.  Yet,  some  would  ar¬ 
gue  that  the  automotive  industry  is  still 
going  through  cultural  change  after  15-i- 
years.  We  are  not  so  different.  Therefore, 
we  must  be  prepared  to  accept  the  risks 
and  continually  push  for  this  new  man¬ 
agement  paradigm. 

The  real  proof  of  IPD  lies  in  the  prod¬ 
uct  we  deliver  to  the  soldiers.  If  IPD  does 
not  provide  them  with  the  best  equipment 
available,  in  a  timely  and  cost-effective 
manner,  then  we  have  not  implemented  it 
correctly.  IPD  is  clearly  the  wave  of  the 
future  in  the  private  sector.  There  is  a  large 
body  of  evidence  that  supports  this  state¬ 
ment.  Saturn  develops  new  cars  in  18 
months.  From  first  concept  to  flying  pro¬ 
duction  models,  Boeing  develops  airlin¬ 
ers  in  less  than  six  years.  We  should  be 
able  to  match  this  kind  of  performance  in 
the  defense  acquisition  system.  IPD  is  our 
best  opportunity  to  achieve  this  goal. 
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